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DETAILED ACTION 

1 . This office action is in response to the application filed on 09/1 2/2008. 

2. The 35 U.S.C. § 103 rejection to claims 1-24 is withdrawn in view of the 
Applicants arguments. 

3. Claims 1-24 are pending and have been examined. 

Response to Arguments 

4. Applicant's arguments filed on 09/12/2008, in particular on pages 9-10, have 
been fully considered and the arguments filed on 03/19/2008 have also been 
carefully reviewed: 

■ The Applicant submits that both Rao and Yang are not valid prior art in the 
rejection of claims 1-24 under 35 U.S.C. § 103(a). The Examiner agrees and 
thus the 35 U.S.C. § 103 rejection to claims 1-24 is withdrawn. However, it 
should be noted that prior art Rao with the effective filing data 12/18/2002 is 
still qualified as the prior art for the 35 U.S.C. § 102(e) rejection. 

■ At page 9, the first paragraph of section Rejection of claims 1 -1 0 Under 35 
U.S.C. § 102 file on 03/19/2008, the Applicant submits that Rao does not 
appear to teach or suggest each and every element of the Applicant's 
amended claim 1 . For example, the amended claim 1 states in part that "an 
update agent capable of updating the at least one of a firmware component 
and a software component employing an update process that comprises a 
plurality of transform passes, wherein each transform pass is associated with 
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its own memory bank order.". Because the cited Fig. 2 in prior art of Rao does 
not disclose "an update process that comprises a plurality of transform 
passes, wherein each transform pass is associated with its own memory bank 
order." 

However, it should be noted that claim language merely recites a term 
"transform pass" and thus it can be reasonable interpreted as -a update 
step — which is in compliance with definition "an update process that 
comprises a plurality of transform passes" as recited in the claim 1 . Rao 
discloses a method for updating non-volatile memory having a plurality of 
banks, wherein, the step (transform pass) including selecting memory bank 
based on the specified bank order (memory bank order) (see for example, 
col. 2, lines 62-65, "...selecting one of the plurality of banks using, ...a 
specified bank order " [emphasis added]; also see col. 5 line 61- col. 6, lines 9, 
" The bank order specification may be used bv update agent 1 17 to direct the 
sequence of the update of the various banks of memory such as bank 1119 
through bank N 131. as necessary, in the non-volatile memory 111 " 
[emphasis added) Therefore, as Rao uses specified bank order to select a 
memory bank to update from first version to second version (transform pass), 
it is clear that the update step (transform step) is associated with its own 
memory bank order which is specified by the specified bank order in the 
received updated package. Thus, Rao's disclose still teaches said limitation 
as recited in claim 1 . 
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■ At page 1 1 , the second paragraph of section Rejection of claims 11-18 Under 
35 U.S.C. § 102 file on 03/19/2008, the Applicant submits that Rap does not 
appear to teach or suggest each and every element of the Applicant's 
amended claim 1 1 . A portion of the amended 1 1 discloses "an update agent 
capable of updating at least a portion of the at least one of firmware and a 
plurality of software components, the update agent employing an update 
process that comprises a plurality of transform passes, wherein each of the 
transform passes is associated with its own memory bank order, and wherein 
each transform pass updates the plurality of memory banks in the associated 
memory bank order for that transform pass". 

In response, Rao discloses the limitation wherein teach transform pass is 
associated with its own memory bank order as addressed above. Rao further 
discloses a fault-tolerant feature for resuming the updating following an 
interruption (see for example, Fig. 2, step 213, "Determine Where to resume", 
step 215 "Fault-tolerant Update" and related text). Therefore, it is clear that 
Rao is capable of updating at least a portion of the at least one of firmware 
and a plurality of software components as the Applicant argued. 

■ At page 12, the second paragraph of section Rejection of claims 19-24 Under 
35 U.S.C. § 102 file on 03/19/2008, the Applicant submits that Rao does not 
appear to teach or suggest each or every element of the Applicant's amended 
claim 19 regarding the feature "determining as recovery transform pass, one 
of the plurality of transform passes interrupted during the update process, 
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wherein each of the plurality of transform passes is associated with its own 
memory bank order". 

In response, by incorporating the limitation of each of the plurality of transform 
passes associating with its own memory bank order as address above with 
Rao's disclosure in step 609, Rao does disclose all the limitation as recited in 
claim 19. 


Claim Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1 ) an application for patent, published under section 1 22(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351 (a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

6. Claims 1-24 are rejected under 35 U.S.C. 102(e) as being anticipated by Rao 
(Rao etal., US 7,082,549 B2). 

Claim 1: 


Rao discloses a mobile handset (see for example, Fig.1 , item 143, "Mobile 


Handset" and related text) comprising: 
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■ at least one of a firmware component and a soft-ware component (see for 
example, Fig.1, item 1 17 "Update Agent", item 1 15 "Bootstrap" and related 
text); 

■ an update agent capable of updating the at least one of a firmware 
component and a software component employing an update process that 
comprises a plurality of transform passes, wherein each transform pass is 
associated with its own memory bank order (see for example, Fig. 2, step 207- 
223 and related text; also see, col.2, lines 62-65, "...selecting one of the 
plurality of banks using, ...a specified bank order" and col. 5 line 61- col. 6, 
lines 9, "The bank order specification may be used by update agent 1 17 to 
direct the sequence of the update of the various banks of memory such as 
bank 1 119 through bank N 131, as necessary, in the non-volatile memory 
111"); and 

■ the update agent executing at least one of the plurality of transform passes 
(update steps) in a fault-tolerant mode (see for example, Fig.1, "Bank 1 ...N", 
Fig. 3 about updating process; also see Fig. 2, step 215 "Fault-tolerant Update" 
and related text). 

Claim 2: 

Rao further discloses the mobile handset according to claim 1 wherein the 
update agent executes each of the plurality of transform passes in a fault-tolerant 
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mode (see for example, Fig.3, steps 307-323, "Working Bank", "Backup Bank" 
and related text). 


Claim 3: 

Rao also discloses the mobile handset according to claim 1 wherein the update 
process comprises a pre-processing pass (see for example, Fig.3, step 31 1 , 
"Copy Original Bank to Working Bank" and related text) and an update pass (see 
for example, Fig.3, step 313, "Update Working Bank" and related text). 


Claim 4: 

Rao further discloses the mobile handset according to claim 1 wherein the 
update agent is capable of determining a point of interruption of the update 
process, so as to restart the update process from the point of interruption on a 
subsequent invocation of the update process (see for example, Fig.1, step 213 
"Determine Where to resume" and related text; also see Fig. 5, step 509, 
"Determine Starting/Resumption Point" and related text). 


Claim 5: 

Rao also discloses the mobile handset according to claim 4 wherein the update 
agent is capable of efficiently determining whether a previous invocation of the 
update process was interrupted during a pre-processing pass or during an 
update pass (see for example, Fig.1, step 213 "Determine Where to resume" and 
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related text; also see Fig. 5, step 509, "Determine Starting/Resumption Point" and 
related text; further see col. 8, lines 51-54, "the point at which update processing 
should begin or resume may be determined using a verification process in which 
a CRC value is computed for each bank of non-volatile memory being updated."). 


Claim 6: 

Rao further discloses the mobile handset according to claim 1 wherein the 
update agent is capable of efficiently determining which of the plurality of 
transform passes was interrupted during a previous execution of the update 
process (see for example, col. 8, lines 51-54, "the point at which update 
processing should begin or resume may be determined using a verification 
process in which a CRC value is computed for each bank of non-volatile memory 
being updated."). 


Claim 7: 

Rao also discloses the mobile handset according to claim 1 wherein the mobile 
handset further comprises: 

■ a plurality of memory banks (see for example, Fig.1, "Bank 1 ...N" and related 
text); 

■ a set of special signatures comprising at least one special signature 
corresponding to each of the plurality of transform passes; the at least one 
special signature being associated with the last of the memory banks that is 


Application/Control Number: 10/790,340 Page 9 

Art Unit: 2192 

updated in the corresponding transform pass (see for example, col. 8, lines 
51-54, "the point at which update processing should begin or resume may be 
determined using a verification process in which a CRC value is computed for 
each bank of non-volatile memory being updated."); 

■ at least a subset of the plurality of memory banks being modified in each of 
the plurality of transform passes (see for example, Fig. 3, steps 307-323 and 
related text); and 

■ the update agent capable of determining which of the plurality of transform 
passes was interrupted during a previous execution of the update process 
(see for example, Fig. 5, step 509, "Determine Starting /Resumption Point" 
and related text). 

Claim 8: 

Rao further discloses the mobile handset according to claim 7 wherein the 
update agent determines the transform pass that was interrupted during a 
previous execution of an update process, and the specific one of the plurality of 
memory banks that was last to be successfully updated, in order to resume the 
update process (see for example, col.8, lines 54-62, "The comparison continues 
in a bank-by-bank fashion through the list until a bank of non-volatile memory is 
encountered where the computed CRC value files to match the value in the list 
for that bank. The failed match indicated an anomaly or corruption, thus 
indicating the point at which the update activity should start or resume"). 
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Claim 9: 

Rao further discloses the mobile handset according to claim 8 wherein the 
update agent compares, in a transform pass order, each special signature from 
the set of special signatures to a signature computed for the last bank to be 
updated in the corresponding transform pass, until a mismatch is detected, the 
mismatch indicating a point of interruption during a previous update attempt (see 
for example, col. 8, lines 54-62, "The comparison continues in a bank-by-bank 
fashion through the list until a bank of non-volatile memory is encountered where 
the computed CRC value files to match the value in the list for that bank. The 
failed match indicated an anomaly or corruption, thus indicating the point at 
which the update activity should start or resume"). 

Claim 10: 

Rao also discloses the mobile handset of claim 7 wherein the special signature 
comprises one of a cyclic redundancy check (CRC) value and an MD5 hash 
value (see for example, col. 8, lines 51-53, "update processing should begin or 
resume may be determined using a verification process in which a CRC value is 
computed; also see col. 10, lines 51-53, "a CRC value (or a MD5 checksum, etc) 
is computed to verify the results of the update operations on that bank"). 


Claim 11: 
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Rao discloses a mobile handset comprising a plurality of memory banks 
containing at least one of a firmware and a plurality of software components, the 
mobile handset comprising (see for example, Fig.1 "Bank 1...N", item 111 "Non- 
Volatile Memory with Firmware/Software" and related text): 

■ an update package comprising a difference information (see for example, 
col. 6, lines 10-27, the update package contains "update instructions" and 
"predetermined value for the bank being updated"); 

■ an update agent capable of updating at least a portion of the at least one of 
firmware and a plurality of software components, the update agent employing 
an update process that comprises a plurality of transform passes, wherein 
each transform pass is associated with its own memory bank order, wherein 
each transform pass update the plurality of memory banks in associated 
memory bank order for that transform pass (see for example, Fig.1, item 117, 
"Update Agent" and related text; also see, Fig. 2, step 213, "Determine Where 
to resume", step 215 "Fault-tolerant Update" and related text and also see, 
col. 2, lines 62-65, "...selecting one of the plurality of banks using, ...a 
specified bank order" and col.5 line 61- col. 6, lines 9, "The bank order 
specification may be used by update agent 117 to direct the sequence of the 
update of the various banks of memory such as bank 1119 through bank N 
131, as necessary, in the non-volatile memory 1 11"); and 

■ a set of decision maker banks identified within the plurality of memory banks, 
one decision maker bank for each of the plurality of transform passes, the set 
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of decision maker banks used to determine which of the plurality of transform 
passes was interrupted, in order that the update process may be 
subsequently reattempted beginning with the interrupted transform pass (see 
for example, col. 8, lines 41-62, "The comparison continues in a bank-by-bank 
fashion through the list until a bank of non-volatile memory is encountered 
where the computed CRC value fails to match the value in the list for that 
bank."; also see col. 6, lined 61-col.6, line 9 about "bank order specification"). 

Claim 12: 

Rao further discloses the mobile handset of claim 1 1 wherein the update 
package comprises information identifying the set of decision maker banks (see 
for example, col. 6, lines 10-27, the update package contains "update 
instructions" and "predetermined value for the bank being updated"; also col.8, 
lines 54-56, "The computed value for each bank is then compared to the 
corresponding pre-computed value in a list of the firmware/software"). 

Claim 13: 

Rao also discloses the mobile handset of claim 1 1 wherein the difference 
information comprises a set of executable instructions for converting a first 
version of the at least a portion of the at least one of firmware and a plurality of 
software components, to a second version of the at least a portion of the at least 
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one of firmware and a plurality of software components (see for example, Fig. 6, 
steps 607-623 and related text). 

Claim 14: 

Rao further discloses the mobile handset of claim 1 1 wherein the update agent is 
capable of: 

i) computing a signature for a decision maker bank in the set of decision 
maker banks, beginning with the decision maker bank for the first transform pass 
in the transform pass order (see for example, col. 8, lines 41-62, "CRC value is 
computed" and related text); 

ii) comparing the computed signature to a corresponding predetermined 
signature for that transform pass, the predetermined signature contained in the 
update package, to determine whether a match exists (see for example, col. 8, 
lines 41-62, "compared to the corresponding pre-computed value" and related 
text) ; 

iii) repeating (i) and (ii) for the next transform pass in the transform pass order, if 
a match exists (see for example, col.8, lines 41-62, "The comparison continues in 
a bank by bank fashion through the list until..."); and 

iv) identifying the current transform pass as a point of interruption, if a match 
does not exist (see for example, col.8, lines 41-62, "The failed match indicates an 
anomaly or corruption, thus indicating the point at which the update activity 
should start or resume."). 
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Claim 15: 

Rao also discloses the mobile handset of claim 14 wherein: 
the update package comprises a predetermined checksum for each memory 
bank in the subset of the plurality of memory banks for the interrupted transform 
pass (see for example, col. 8, lines 41-62, "corresponding pre-computed value in 
a list of CRC values provided within the update package.") 


Claim 16: 

Rao further discloses the mobile handset of claim 14 wherein the update agent is 
capable of: 

■ initiating a recovery from the point of interruption in the transform pass order; 
and (see for example, Fig. 6, step 609, "Determine Starting/Resumption Point" 
and related text) 

■ determining the first bank in the predetermined bank order for the interrupted 
transform pass for which a mismatch between a computed checksum and a 
predetermined checksum for a memory bank in the predetermined bank order 
for the interrupt transform pass occurs (see for example, Fig. 6, steps 61 1-613 
and related text). 


Claim 17: 
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Rao further discloses the mobile handset of claim 16 wherein the computed 
checksum and the predetermined checksum comprise a cyclic redundancy check 
(CRC) value (see for example, col.8, lines 51-53, "update processing should 
begin or resume may be determined using a verification process in which a CRC 
value is computed"). 

Claim 18: 

Rao also discloses the mobile handset of claim 16 wherein the computed 
checksum and the predetermined checksum comprise a MD5 hash value (see for 
example, col. 10, lines 51-53, "a CRC value (or a MD5 checksum, etc) is 
computed to verify the results of the update operations on that bank"). 

Claim 19: 

Rao discloses a method for recovering from interruption of a fault-tolerant 
process of updating a mobile handset comprising a plurality of memory banks 
from a first firmware version to a second firmware version, the update process 
comprising a plurality of transform passes and having a transform pass order, 
each of the plurality of transform passes performing a transform upon the 
plurality of memory banks in a memory bank order, the method comprising: 
■ determining as a recovery transform pass, one of the plurality of transform 
passes interrupted during the update process, wherein each transform pass is 
associated with its own memory bank order (see for example, Fig. 6, step 609, 
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"Determine Starting /Resumption Point" and related text; also see, col. 2, lines 
62-65, "...selecting one of the plurality of banks using, ...a specified bank 
order" and col.5 line 61- col.6, lines 9, "The bank order specification may be 
used by update agent 1 1 7 to direct the sequence of the update of the various 
banks of memory such as bank 1 119 through bank N 131, as necessary, in 
the non-volatile memory 1 1 1 "); 

■ determining as a recovery memory bank, one of the plurality of memory 
banks in the associated memory bank order for the interrupted transform pass 
during which update processing was interrupted (see for example, Fig. 6, step 
61 1 , "Copy Original Bank to Working Bank" and related text); and 

■ invoking the update process by performing an update of the recovery memory 
bank using the recovery transform pass (see for example, Fig. 6, step 613, 
"Update Working Bank using Backup Bank" and related text). 


Claim 20: 

Rao further discloses the method according to claim 19 wherein determining a 
recovery transform comprises: 

■ employing one of the plurality of memory banks as a decision maker bank for 
each of the plurality of transform passes, each of the decision maker banks 
identifying the last bank of the memory bank order for the corresponding one 
of the plurality of transform passes to be updated, the decision maker banks 
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retrievable from an update package (see for example, col .8, lines 41-62, "The 
comparison continues in a bank by bank fashion through the list until..."); and 
■ determining an interrupted transform pass in the transform pass order, based 
upon the decision maker banks for the plurality of transform passes in the 
fault-tolerant update process (see for example, col. 8, lines 41-62, "The 
comparison continues in a bank-by-bank fashion through the list until a bank 
of non-volatile memory is encountered where the computed CRC value fails 
to match the value in the list for that bank. The failed match indicates an 
anomaly or corruption, thus indicating the point at which the update activity 
should start or resume."). 


Claim 21: 

Rao further discloses the method according to claim 20 wherein determining an 
interrupted transform pass comprises: 

i) computing a checksum of a decision maker bank, beginning with the first 
transform pass in transform pass order (see for example, col. 8, lines 41-62, 
"CRC value is computed" and related text); 

ii) comparing the computed checksum to a predetermined checksum retrieved 
from the update package to determine whether the computed checksum matches 
the predetermined checksum exists (see for example, col. 8, lines 41-62, 
"compared to the corresponding pre-computed value" and related text); 

iii) repeating (i) and (ii) for the decision maker bank of each of the subsequent 
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transform passes in the transform pass order, if the computed and the 
predetermined checksums for a decision maker bank match (see for example, 
col. 8, lines 41-62, "The comparison continues in a bank by bank fashion through 
the list until..."); and 

iv) Identifying as interrupted, a transform pass for which the computed and 
predetermined checksums for a decision maker bank do not match (see for 
example, col. 8, lines 41-62, "The failed match indicates an anomaly or 
corruption, thus indicating the point at which the update activity should start or 
resume."). 

Claim 22: 

Rao also discloses the method according to claim 21 wherein the computed 
checksum comprises one of a cyclic redundancy check (CRC) value and an MD5 
hash value (see for example, col. 8, lines 51-53, "update processing should begin 
or resume may be determined using a verification process in which a CRC value 
is computed; also see col. 10, lines 51-53, "a CRC value (or a MD5 checksum, 
etc) is computed to verify the results of the update operations on that bank"). 

Claim 23: 

Rao further discloses the method according to claim 20 wherein the update 
package comprises a set of executable instructions for converting a first firmware 
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version to a second firmware version (see for example, Fig. 6, steps 61 1-613 and 
related text). 

Claim 24: 

Rao further discloses the method according to claim 19 wherein the method is 
employed during both an initial update attempt and during recovery from an 
interrupted update attempt (see for example, Fig. 6, step 609, "Determine 
Starting/Resumption Point" and related text). 


Conclusion 

7. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Zheng Wei whose telephone number is (571) 
270-1 059 and Fax number is (571 ) 270-2059. The examiner can normally be 
reached on Monday-Thursday 8:00-15:00. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The 
fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 
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Any inquiry of a general nature of relating to the status of this application 
or proceeding should be directed to the TC 2100 Group receptionist whose 
telephone number is 571- 272-1000. 

Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 

IZ. W./ 

Examiner, Art Unit 2192 


/Tuan Q. Dam/ 

Supervisory Patent Examiner, Art Unit 2192 


